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Amendments to the Claims : 

This listing of claims will replace all prior versions, and listings, of claims in the 
application: 

Listing of Claims : 

Claims 1-14 (canceled). 

15. (Currently amended) Th e fil e s e rv e r as claim e d in claim 1 4 , A file server comprising: 
storage containing a file system; and 

a processor coupled to the storage for accessing the file system; 

wherein the file system includes a production file, read-only snapshot copies of the 
production file, and at least one read-write snapshot copy of the production file; 
wherein the production file and the snapshot copies of the production file are organized as a 
version set; the version set including an inode for the production file and an inode for each 
snapshot copy of the production file, and a set of file blocks including data blocks and indirect 
blocks that are shared among the production file and the snapshot copies of the production file; 

wherein the inodes in the version set include pointer fields, and wherein each pointer 
field includes a pointer to a block in the version set and a flag for indicating whether or not the 
version of the production file of the inode is an oldest snapshot copy of the production file 
including an identical version of the block pointed to by the pointer in said each pointer fields 
and 
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wherein the file server is programmed to maintain for each block in each read-only 
snapshot copy of the production file an indication of whether or not said each snapshot copy of 
the production file is an oldest snapshot copy of the production file including an identical version 
of said each block by maintaining said flag indicating whether or not the version of the 
production file of the inode is an oldest snapshot copy of the production file including an 
identical version of the block pointed to by the pointer in said each pointer field . 

16. (Currently amended) The file server as claimed in claim [[14]] 15, wherein each inode of 
each read-only snapshot copy of the production file is linked to a hierarchy of blocks included in 
said each read-only snapshot copy of the production file, the inode of said each read-only 
snapshot copy of the production file includes an indication of whether or not said each read-only 
snapshot copy of the production file is an oldest read-only snapshot copy of the production file 
including an identical version of each block that is a child of said each inode in the hierarchy of 
blocks included in said each read-only snapshot copy of the production file, and when said each 
read-only snapshot copy of the production file is not an oldest read-only snapshot copy of the 
production file including an identical version of said each block that is a child of said each inode 
in the hierarchy the of blocks, then said each read-only snapshot copy of the production file is 
not an oldest read-only snapshot copy of the production file including an identical version of 
each descendant of said each block that is a child of said each inode in the hierarchy of the 
blocks. 
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17. (Currently amended) The file server as claimed in claim [[14]] 15, which is programmed 
to delete a read-only snapshot copy of the production file, and when deleting the read-only 
snapshot copy of the production file, to keep each block for which the read-only snapshot copy is 
not indicated as being an oldest snapshot copy of the production file including an identical 
version of said each block. 

18. (Original) The file server as claimed in claim 17, wherein each inode of each read-only 
snapshot copy of the production file is linked to a hierarchy of blocks included in said each read- 
only snapshot copy of the production file, and wherein the file server is further programmed to 
keep all descendants of said each block for which the read-only snapshot copy is not indicated as 
being an oldest snapshot copy of the production file including an identical version of said each 
block. 

19. (Currently amended) The file server as claimed in claim [[14]] 15, which is programmed 
to delete a read-only snapshot copy of the production file, and when deleting the read-only 
snapshot copy of the production file, to keep each block for which the read-only snapshot copy 
of the production file is indicated as being an oldest snapshot copy of the production file 
including an identical version of said each block and a next-most recent version of the 
production file is indicated as not being an oldest snapshot copy of the production file including 
an identical version of said each block. 
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20. (Original) The file server as claimed in claim 19, which is further programmed, upon 
deleting the read-only snapshot copy of the production file, to indicate that the next-most recent 
snapshot copy of the production file has become an oldest snapshot copy of the production file 
including an identical version of said each block for which the read-only snapshot copy of the 
production file is indicated as being an oldest snapshot copy of the production file including an 
identical version of said each block and a next-most recent snapshot copy of the production file 
is indicated as not being an oldest snapshot copy of the production file including an identical 
version of said each block. 

21. (Currently amended) The file server as claimed in claim [[14]] 15, which is programmed 
to delete a read-only snapshot copy of the production file by deallocating each block for which 
the read-only snapshot copy is indicated as an oldest read-only snapshot copy of the production 
file including an identical version of said each block and a next most recent read-only snapshot 
copy of the production file is also indicated as an oldest read-only snapshot copy of the 
production file including an identical version of a block corresponding to said each block, 
wherein said each block and the block corresponding to said each block are mapped to the same 
logical file addresses. 

Claims 22-29 (Canceled). 

30. (Currently amended) A file server comprising: 
storage containing a file system; and 
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a processor coupled to the storage for accessing the file system; 

wherein the file system includes a production file, and read-only snapshot copies of the 
production file; 

wherein the production file and the read-only snapshot copies of the production file are 
organized as a version set; the version set including an inode for the production file, an inode for 
each read-only snapshot copy of the production file, and a set of file blocks including data blocks 
and indirect blocks that are shared among the production file and the read-only snapshot copies 
of the production file; 

wherein the inodes in the version set include pointer fields, and wherein each pointer 
field includes a pointer to a block in the version set and a flag indicating whether or not the 
version of the production file of the inode is an oldest snapshot copy of the production file 
including an identical version of the block pointed to by the pointer in said each pointer field; 

wherein the file server is programmed to maintain for each block in each snapshot copy 
of the production file an indication of whether or not said each snapshot copy of the production 
file is an oldest snapshot copy of the production file including an identical version of said each 
block by maintaining said flag indicating whether or not the version of the production file of the 
inode is an oldest snapshot copy of the production file including an identical version of the block 
pointed to by the pointer in said each pointer field ; and 

wherein the file server is programmed to delete a read-only snapshot copy of the 
production file, and when deleting the read-only snapshot copy of the production file, to keep 
each block for which the read-only snapshot copy is not indicated as being an oldest snapshot 
copy of the production file including an identical version of said each block. 
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31. (Original) The file server as claimed in claim 30, wherein each inode of each read-only 
snapshot copy of the production file is linked to a hierarchy of blocks included in said each read- 
only snapshot copy of the production file, and wherein the file server is further programmed, 
upon deleting the read-only snapshot copy of the production file, to keep all descendants of said 
each block for which the read-only snapshot copy is not indicated as being an oldest snapshot 
copy of the production file including an identical version of said each block. 

32. (Original) The file server as claimed in claim 30, which is further programmed, upon 
deleting the read-only snapshot copy of the production file, to keep each block for which the 
read-only snapshot is indicated as being an oldest snapshot copy of the production file including 
an identical version of said each block and a next-most recent snapshot copy of the production 
file is indicated as not being an oldest snapshot copy of the production file including an identical 
version of said each block. 

33. (Original) The file server as claimed in claim 32, which is further programmed, upon 
deleting the read-only snapshot copy of the production file, to indicate that the next-most recent 
snapshot copy of the production file has become an oldest snapshot copy of the production file 
including an identical version of said each block for which the read-only snapshot is indicated as 
being an oldest snapshot copy of the production file including an identical version of said each 
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block and a next-most recent snapshot copy of the production file is indicated as not being an 
oldest snapshot copy of the production file including an identical version of said each block. 

34. (Original) The file server as claimed in claim 30, which is further programmed, upon 
deleting the read-only snapshot copy of the production file, to deallocate each block for which 
the read-only snapshot copy is indicated as an oldest snapshot copy of the production file 
including an identical version of said each block and a next most recent snapshot copy of the 
production file is also indicated as an oldest snapshot copy of the production file including an 
identical version of a block corresponding to said each block, wherein said each block and the 
block corresponding to said each block are mapped to the same logical file addresses 

Claims 35-41 (canceled). 

42. (Currently amended) A method of operating a file server; the file server including 
storage containing a file system, and the file server also including a processor coupled to the 
storage for accessing the file system; the file system including a production file and read-only 
snapshot copies of the production file; the production file and the read-only snapshot copies of 
the production file being organized as a version set; the version set including an inode for the 
production file, an inode for each read-only snapshot copy of the production file, and a set of file 
blocks including data blocks and indirect blocks that are shared among the production file and 
the read-only snapshot copies of the production file, said method comprising: 
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maintaining for each block in each snapshot copy of the production file an indication of 
whether or not said each snapshot copy of the production file is an oldest snapshot copy of the 
production file including an identical version of said each block; and 

deleting a read-only snapshot copy of the production file, wherein the deleting of the 
read-only snapshot copy of the production file includes keeping each block for which the read- 
only snapshot copy is not indicated as being an oldest snapshot copy of the production file 
including an identical version of said each block; 

. wherein the inodes in the version set include pointer fields, and each pointer field 
includes a pointer to a block in the version set and a flag indicating whether or not the version of 
the production file of the inode is an oldest snapshot copy of the production file including an 
identical version of the block pointed to by the pointer in said each pointer field, and wherein the 
step of maintaining for each block in each snapshot copy of the production file an indication of 
whether or not said each snapshot copy of the production file is an oldest snapshot copy of the 
production file including an identical version of said each block includes maintaining said flag to 
indicate whether or not the version of the production file of the inode is an oldest snapshot copy 
of the production file including an identical version of the block pointed to by the pointer in said 
each pointer field . 

43. (Original) The method as claimed in claim 42, wherein each inode of each read-only 
snapshot copy of the production file is linked to a hierarchy of blocks included in said each read- 
only snapshot copy of the production file, and wherein the deleting of the read-only snapshot 
copy of the production file includes keeping all descendants of said each block for which the 
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read-only snapshot copy is not indicated as being an oldest snapshot copy of the production file 
including an identical version of said each block. 

44. (Previously presented) The method as claimed in claim 42, wherein the deleting of the 
read-only snapshot copy of the production file further includes keeping each block for which the 
read-only snapshot copy of the production file is indicated as being an oldest snapshot copy of 
the production file including an identical version of said each block and a next-most recent 
snapshot copy of the production file is indicated as not being an oldest snapshot copy of the 
production file including an identical version of said each block. 

45. (Previously presented) The method as claimed in claim 44, which further includes, upon 
deleting the read-only snapshot copy of the production file, indicating that the next-most recent 
snapshot copy of the production file has become an oldest snapshot copy of the production file 
including an identical version of said each block for which the read-only snapshot copy of the 
production file is indicated as being an oldest snapshot copy of the production file including an 
identical version of said each block and a next-most recent snapshot copy of the production file 
is indicated as not being an oldest snapshot copy of the production file including an identical 
version of said each block. 

46. (Previously presented) The method as claimed in claim 42, wherein the deleting of the 
read-only snapshot copy of the production file includes deallocating each block for which the 
read-only snapshot copy of the production file is indicated as being an oldest snapshot copy of 
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the production file including an identical version of said each block and a next most recent 
snapshot copy of the production file is also indicated as being an oldest snapshot copy of the 
production file including an identical version of a block corresponding to said each block, 
wherein said each block and the block corresponding to said each block are mapped to the same 
logical file addresses. 

Claims 47-53 (Canceled). 
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